最好按期更新， 若有不正之处， 淘汰设计数据的量 加top 1 我再看执行打算： 不贴图了 就算比上面的少了个 并行度 开端觉得是优化器因为预计行数等禁绝的原因没选择并行度， 当etldate为2016-08-16 及今后的时间时，厥后问宋大家（感激宋大神），COUNT(distinct(case when COL_USERID3 is not null and COL_USERID7 is not null then COL_USERID6 end)) as dd，您可以通过利用 UPDATE STATISTICS 或存储进程 sp_updatestats 来比默认更新更频繁地更新统计信息，一个基础查不出来， 新插入的数据没统计信息，查询优化器已按照需要更新统计信息以改造查询打算；但在某些环境下，不能办理 2016-08-16 查询慢的问题，三，加上去一样结果，eventtime as time2from ODS_TABLE_Awhere EtlDate = 2016-08-12and ItemId = 1111111111101and colid like haha-%and colid not like haha-skill%and colid not like haha-fine%)as bon a.COL_USERID1 = b.COL_USERID2 and a.time1 b.time2group by b.COL_USERID2)as cright join(select DISTINCT d.COL_USERID4 as COL_USERID6from(select distinct COL_USERID as COL_USERID4from MID_TABLE_Bwhere etldate = 2016-08-12)as djoin(select COL_USERID AS COL_USERID5from ODS_TABLE_Awhere EtlDate = 2016-08-12and colid LIKE heihei%)as fon d.COL_USERID4 = f.COL_USERID5)as gon c.COL_USERID3 = g.COL_USERID6)as ileft join(select COL_USERID as COL_USERID7from MID_TABLE_Bwhere EtlDate = 2016-08-12and IsTodayPay = 1)as hon i.COL_USERID6 = h.COL_USERID7 ----------《代码竣事》 二，查察预计的执行执行和上面的图雷同。

大表自动更新统计信息触发自动更新机制频率不足，说更新统计信息试试先，不甚谢谢，转载请标明原文链接： 一.问题描写 情况：sqlserver 2008r2 现象： 查询设计到 ODS_TABLE_A 逐日数据700万此刻总计60多亿，一个日期为快慢分水岭（查12号前5秒出数据。

应该没啥大问题，请多多体谅并接待批评指正，g.COL_USERID6from(select b.COL_USERID2 as COL_USERID3，他说有些操纵是没法并行的， 一击掷中！ 一击掷中！ 一击掷中！ 执行如下代码： updateSTATISTICSODS_TABLE_A 默认环境下，min(EventTime) as time1from ODS_TABLE_Awhere EtlDate = 2016-08-12and colid LIKE heihei%group by COL_USERID)as ajoin(select COL_USERID as COL_USERID2，久久不出功效。

贴上问题sql：做过数据字段处理惩罚， 已成立索引未分区 当etldate为2016-08-12 及以前的时间时。

SUM(case when COL_USERID3 IS not null then ee end) as eefrom(select c.COL_USERID3， 针对本篇主题留意点放在查询因为日期的选择差异导致查询时间变的超等慢，本查询5秒出数据， 2.在修改下日期 ，而不是改变sql写法好比用姑且表，导致 呈现上面的现象，办理进程 1.先看了下上述代码的执行打算如下图初看上去需要用索引的处所都用到了，COUNT(distinct(case when COL_USERID3 is not null then COL_USERID6 end)) as cc， ----------《代码开始》 select COUNT(distinct(case when COL_USERID3 is null then COL_USERID6 end)) as aa，提高查询机能， 找到一篇宋大家的：强制SQL Server执行打算利用并行晋升在巨大查询语句下的机能 二话不说加要害字 OPTION(querytraceon 8649) 但是应用到实际发明查询效率无任何改进，按期更新，就是把【 所有】 etldate=2016-08-12 的改成 etldate=2016-08-16 看下执行打算： 对不起跑了半个小时没出来， 请尊重作者劳动成就， 关于 updateSTATISTICS 就不累述了 ： 给出相关技能贴毗连 更新统计传送门 ：https://msdn.microsoft.com/zh-cn/library/ms187348.aspx 至此问题办理，强制索引上。

COUNT(distinct(case when COL_USERID3 is null and COL_USERID7 is not null then COL_USERID6 end)) as bb， 大概你留意到系统提示的缺少索引信息，但一个查询5秒出数据， ， 已成立索引+分区 MID_TABLE_B 逐日数据20万 总计3000万，此刻整理下办理进程，及涉及的常识点，c.ee，COUNT(b.COL_USERID2) as eefrom(select COL_USERID as COL_USERID1，赶忙找代码让它强行这样走，本查询出不来数据，） 办理步伐是大表自动更新统计信息触发自动更新机制频率不足，查12号后死活不出来，套来套去）说只是换了日期条件， 某日同事丢给我一个看上去巨大的查询（实际就设计两张表，总结 对付大表新插入的数据没统计信息，。